home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19960715-19961006 / 000161_news@columbia.edu _Fri Aug 9 14:32:00 1996.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB
  1. Return-Path: news@columbia.edu
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.7.5/8.7.3) with ESMTP id OAA08576 for <kermit.misc@watsun.cc.columbia.edu>; Fri, 9 Aug 1996 14:32:00 -0400 (EDT)
  3. Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.7.5/8.7.3) id OAA11070 for kermit.misc@watsun; Fri, 9 Aug 1996 14:31:59 -0400 (EDT)
  4. Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
  5. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  6. Newsgroups: comp.protocols.kermit.misc
  7. Subject: Re: MS-KERMIT 3.14 server "REMOTE DELETE" problem
  8. Date: 9 Aug 1996 18:31:39 GMT
  9. Organization: Columbia University
  10. Lines: 61
  11. Message-ID: <4ug06b$21i@apakabar.cc.columbia.edu>
  12. References: <B.A.MCCAULEY.96Aug8114643@wcl-l.bham.ac.uk> <4ucor3$4j5@apakabar.cc.columbia.edu> <B.A.MCCAULEY.96Aug9173244@wcl-l.bham.ac.uk>
  13. NNTP-Posting-Host: watsun.cc.columbia.edu
  14.  
  15. In article <B.A.MCCAULEY.96Aug9173244@wcl-l.bham.ac.uk>,
  16.  <B.A.McCauley@bham.ac.uk> wrote:
  17. : In article <4ucor3$4j5@apakabar.cc.columbia.edu>,
  18. :  fdc@watsun.cc.columbia.edu (Frank da Cruz) writes:
  19. : >In article <B.A.MCCAULEY.96Aug8114643@wcl-l.bham.ac.uk>,
  20. : > <B.A.McCauley@bham.ac.uk> wrote:
  21. : >: ...this is because the backslash-digit sequence is being interpreted as a
  22. : >: control character.
  23. : >: 
  24. : >Perhaps, but by whom?
  25. : 
  26. : Well it's not my software and I very much doubt it's COMMAND.COM this
  27. : leaves MS-KERMIT as the prime suspect.
  28. : 
  29. Sorry -- evidently MS-DOS Kermit *did* do this, but it doesn't any more.
  30.  
  31. : >When sending a server command from C-Kermit or MS-DOS Kermit to a Kermit
  32. : >server that runs on a DOS-like file system, you have to double the
  33. : >backslashes in your commands, to force the *command interpreter* to take
  34. : >the backslash literally.
  35. : 
  36. : Oh no you don't!  The *DOS* command interpreter does not treat
  37. : backlashes as special.
  38. :
  39. I meant the Kermit command interpreter.
  40.  
  41. : >In the Kermit *protocol*, there is nothing special about backslashes.
  42. : >Here are the packets from a successful REMOTE DELETE operation:
  43. : >
  44. : >  ^A1 GE,c:\tmp\123.xT
  45. : >  ^A3 Ydel c:\tmp\123.xL
  46. : >
  47. : >As you can see, the backslashes are backslashes. 
  48. : 
  49. : Here are the packets from an unsuccessful REMOTE DELETE operation:
  50. : 
  51. :   ^A- GE(T:\123.xG
  52. :   ^A, Ydel T:{.xK
  53. : 
  54. : As you can see, the backslashes are not backslashes once MS-KERMIT has
  55. : had it's way with them.
  56. : 
  57. Right, sorry.  This doesn't happen in version 3.15, now available in the
  58. kermit/test/bin directory as msk315.exe.
  59.  
  60. : Assuming the packets you showed me are for real, you are telling me by
  61. : implication that I have found a bug in MS-KERMIT 3.14pl0 but that it's
  62. : already fixed in the version you are using.
  63. : 
  64. Right.
  65.  
  66. : In case you are wondering why I'm using pl0 rather than the latest
  67. : patch level it's because I had some other problems with ARP in later
  68. : versions.  Indeed the problem appeared in exactly the patch level
  69. : where the release notes said that an ARP bug had been fixed.  In fact
  70. : I've still having ARP problems so I think I'll try upgrading again.
  71. : 
  72. MS-DOS Kermit 3.15 is supposed to fix the ARP problems, so please let us
  73. know how it works for you.
  74.  
  75. - Frank